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© A reconfigurable automatic tasking system. A host system is capable of executing interactively initiated 
operations, or tasks. A device is provided for executing a program having an interfacing program loaded therein. 
The interfacing program is adapted to define and to execute a task repeatedly. An interface is connected to the 
/host system and to the device for executing a program that issues commands to and receives data from the 
host An independent program is connected to the task that is defined by the interfacing program. This 
independent program adds generality to the interfacing program after the task has been defined. 
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REODNRGURABLE AUTOMATIC TASKING SYSTEM 



The present invention relates? to a system for creating and executing tasks and, more particularly to a 
system for generalizing such tasks for use in a dynamically changing host environment 

In the field of human resources and computer systems, there is a need for reducing the tedium involved 
in repetitive tasks related to daily work. Such tasks as updating computer records or files containinq 
financial, scientific or personnel data, for example, or quality assurance testing or editing operations and the 
hke often require a great amount of repetitive activity. Such monotonous activity, when performed bv 
humans, is known to result in work slowdown, fatigue, burnout and an increased, often unacceptable enor 
rate 
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In the course of most repetitive editing and testing operations in which no external environmental 
changes are expected, a fixed task or programmed routine is adequate to update a plurality of files There 
are many situations in an interactive environment, however, that require changes in response to unexpected 
situations, ft is this latter type of situation that the present invention is intended to address. 

Heretofore, tasks have been restricted to unchanging environmental situations; or to situations in which 
environments are not expected to change in more than a predetermined number of ways. This has led to a 
prohferation of robots or programs each performing a sjmple task, rather than a single robot or program 
capable of reacting to changing environments and of performing a variety of tasks. 

♦ u By u ttI L V f y natUre ** ""P* 30 **** changing environments, it is impossible to know in advance how a 
task shoufcl be modified to perform properly in such environments. Thus, a modifiable task requires an 
inherent ability to distinguish unforeseen conditions in the environment in which it operates and an ability to 
learn or gain experience in one mode and practice such Seamed experience in another 
inte werton advanta9eous to provide a svstem - for executing tasks repetitively without human 

It would be advantageous to provide a system, capable of performing repetitive tasks/ that would adapt 
to changmg environmental conditions. It would aiso be advantageous to provide a system that could be 
as reconfigured automatically to adjust for dynamic changes in the environment in which it interacts 

In accordance with the present invention, there is provided a reconfigurable automatic tasking system A 
host system is capable of executing imeractively initiated operations or tasks. A device is provided for 
executing a program having an interfacing program loaded therein. The interfacing program is adapted to 
define and to execute a task repeatedly. Art interface is connected to the host system and to toe device for 
so executing a program that issues commands to and receives data from the host An independent program is 
connected to the task that is defined by the interfacing program. This independent program adds generality 
to the interfacing program after the task has been defined. 

A complete understanding of the present invention may be obtained by reference to the accompanying, 
drawings, when taken in conjunction with the detailed description thereof and in which: 
35 • ^ R9 " Vf. 3 blOCk ^ra" 1 Hlustrating the elements in accordance with the session of the present 
invention and the data flow therebetween including optional elements; 

Figs. 2a -2p represent images displayed on a console in the course of executing a running example- 
»-ig. 3 is a block diagram of configurations of the editor with optional elements; 
Fign. 4a -4p represent instructional text associated with Figs. 2a -2p, respectively- 
40 Fig. 5 is a block diagram of the educational driver and modes that can be operated therewith; 

Figs. 6a -6d represent error messages associated with an educational driven 
Fig. 7 is a block diagram of configurations for retesting of the present invention; and 
Fig. 8 is a block diagram of the convert function in accordance with the present invention 
The present system, intended for use in a computer environment comprises three basic modes of 
45 operation: 

Education, Editor and Retest 

Each of these basic modes of operation comprises sub-modes as hereinbelow described. The heart of 
me system is a SESSION program, the use of which results in a session or time period devoted to 
performing a specified task in accordance with one of the aforementioned modes of operation. This 
distinction between the SESSION program and a session (time period) is made herein by the printing 
convention of capitalizing the former. y 
Referring now to Fig. 1, there are shown the elements of the system in accordance with the present 
invention including data flow between elements. 
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A console or sweater smart computer terminal 10, such as a personal computer available from IBM 
Corporation as Model PC/XT with a data communications adapter card, is adapted to execute a computer 
program loaded therein. The console 10 includes a display, preferably a high resolution, color cathode ray 
tube, for displaying alphanumeric characters and graphics. In the preferred embodiment two display 
s screens are used and are differentiated by the fact that one is capable of displaying information in color 
while the other is capable of displaying information monochromatically. The display is often herein referred 
to as a monitor or a screen and the information displayed on it as a screen image. A computer program 
called SESSION 12 resides in the console 10. The SESSION . program has many uses, all capable of being 
used both independently and in conjunction with one another. 
w The console 10 can communicate with (i.e., transfer data to and receive data from) a host computer 14. 
The host 14 is typically a mainframe computer, such as an IBM Model 3081 processor. 

Communication among the host 14, the console 10 and. various files described hereinbelow occurs by 
means of the SESSION software 12. A mechanism for allowing such communication between the host 
computer 14 and the console 10 resides therein. One such a mechanism, commonly referred to as an 
75 emulator, is available from IBM Corporation as the RC/VM BOND System. 

Connected to the SESSION program 12 are user selectable input files, shown generally as reference 
numeral 15. For example, an images file 16 contains screen images for use in the system as hereinafter 
described. Another file 18 stores commands and yet another, file 20 stores timing or performance data. 
These three input files 15 can be used simultaneously. It should be understood that, although for the sake 
20 of simplicity and clarity of description the images file, 16, commands file 18 and performance file 20 are 
shown in Rg. t as single files, a plurality, of such fifes can be used with pie system of the present invention 
as conditions warrant The embodiment described is not intended to limit the scope of the present 
invention. Any combination of files can be configured depending upon requirernents. 

A second set of files, called output files and sfjown generally as. reference numeral 21, is- provided for 
25 receiving data generated by the SESSION program 12. A differences file 22 stores information obtained 
when previously stored data is compared Xo,m interactive set of recently generated data. This information is 
most useful when the operator or the user performs a playback.functionjn the revesting mode, hereinbelow 
described, but ran also be used r< r :i , t ' 

An output performance data file 24 OTntains.a record of the performance or : efficiency of botfKthe 
30 system and the human user. The performance data file 24 contains timing information that can be accessed 
at a iater time and subsequently analyzed. 

An output images file 26 is also accessible by the SESSION program 12 and contains data representa- 
tive of the screen images that are displayed on the console 10. 

An output commands file 28 connected to the SESSION program 12 stores commands that are issued 
35 by the operator in the course of a session. 



The SESSION Program 

ao The SESSION program 12 can capture, both commands and entire screen images. For purposes of 
understanding, it is helpful to analogize some of the major functions of the present Invention to certain 
functions of an audio or video tape recorder and to use terminology associated with conventional recording 
functions, such as "record" and "playback." From the point at which the capturing or recording (i.e., mass 
storage of data at the PC) occurs, one of a number of programs including SESSION itself can be run. 

45 These programs are: 

EDUCATOR, EDITOR, CONVERT and SESSION. 

The human user, not shown in Rg. 1, logs onto a system program that resides in the host 14 via the 
console 10. The user then accesses, by toggling, the console 10 and begins to execute the SESSION 
so program 12 which has been previously loaded in the console 10. The SESSION program 12 reconnects the 
user to the host 14 and can be invoked from the PC console 10 via a conventional keyboard, not shown, or 
via other suitable means. 

The word SESSION and appropriate parameters are entered. The syntax for the command SESSION is 



SESSION <filename> i's'pWa vm s# p# d# c# step saveon/saveoff 0/1 playback mask=n 

where the aforementioned parameters, shown in brackets [] to indicate that they are optional, represent the 



as follows: 
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A 



following functions: 



.# file level to be used 

*s save a screen images file 

5 *p save a performance file 

*d save a differences file 

*n overwrite similar file 

*a append to existing file 

VM include VM system checking 

10 s# use .s extension 

p# use .p extension . 

d# use .d extension 

c# use .c extension 

step playback each user command, pausing between them 
75 save on/save off enter (or do not enter) record mode from first screen 

0/1 display system screen on separate monochrome or color monitor 
playback enter SESSION in playback mode 
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mask = n ignore user specified character (n) when building differences file 

To aid in generating commands to the system, ft is most efficient to define certain function keys, not 
shown, on the keyboard in order to execute particular commands. In the SESSION program 12, these 
function keys are defined by default as hereinbelow described, ft should be understood, however, that any 
definitions for control keys can be generated by a user in accordance with common PC profiles practice. 
The following definitions of function keys are default system definitions and have been found to be most 
useful for general applications. 
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KEYS 



FUNCTION 



DESCRIPTION 
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CTRL— B 



BLANK SCREEN 
TOGGLE 



Erases screen 
image until 
another CTRL-B 
restores it. 



45 



CTRL— D 



DIRECTORY 



Lists specified 
directory mask 
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CTRL— E 



END SESSION 



Terminates 
SESSION program; 
returns to DOS . 
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KEYS 



FUNCTION 



DESCRIPTION 
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CTRL-F1 



HELP 



Displays help 
window defining 
SESSION keys. 
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CTRL— I 



CT.RL-L 



CTRL-M 



IMMEDIATE SAVE 



LOCK KEYBOARD 



MACRO FILE 
MAKE /END 



Copies current 
screen to screen 
file on disk. 

Inhibits keyboard 
entry based on ■•- 
password. 

Toggles start 
and end of macro 
( command ) file. 
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CTRL-N 



CTRL-P 



NOTE TO SCREEN 



MACRO FILE 
PLAYBACK 



Allows a 70 
character note to 
be saved with 
screen* 

Begins execution of 
command file. 
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so 



CTRL-Q 



QUIT A 
PLAYBACK 



Quits execution 
of playback file, 
returning keyboard 
to user . ' - . 
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CTRL-R 



RECORD TOGGLE 



Toggles saving on 
or off. 
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CTRL-S 



STEP MODE 



JO 



rs 



27 



25 



35 



40 



45 



50 



CTRL-V 



CTRL-W 



CTRL-X 



ALT— R 



ALT— L 



ALT-D 
ALT— U 
ALT— 0 



VM TOGGLE 



WAIT 

(PLAYBACK) 



EXIT 



TYPE RIGHT 



TYPE LEFT 



TYPE DOWN 
TYPE UP 
MONO ONLY 
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Toggles to playback 
commands one 
keystroke at a 
time . 

Specifies that VM 
system is being- 
used. 

Toggles to 
suspend playback 
temporarily, 
allowing user 
input • 

Exits tc PC 
operating system; 
returns to SESSION 
when user types EXIT, 

Specifies normal 
typing. 

Specifies that 
cursor moves left 
after a key is 
typed . 

Cursor moves down. 

Cursor moves up. 

Use only monochrome 
screen. 
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KEYS 



5 ALT-1 COLOR ONLY Use only color 

screen, 

10 ALT- 2 MONO & COLOR Use both monochrome 

and color screens. 

The screen that is displayed when help menu is invoked, by typing the keys Ctrl-F1 from within the 
SESSION program, appears as follows: 

T5 

EMULATOR FUNCTIONS 
Enter Caps-Lock Clear : Scroll-Lock Reset : Ctrl-Break 

20 

e78 MVS SESSION FUNCTIONS 



Blank Screen: 


Ctrl' 


-B 


Type 


Right : 


Alt— R 


Playback : 


Ctrl 


-P 


Directory : 


Ctrl- 


-D 


Type 


Left : 


Alt-L 


Quit Play: 


Ctrl 


-Q 


End Session : 


Ctrl' 


-E 


Type 


Up : 


Alt-U 


Record •'■•: 


Ctrl 


-R 


Instant Save: 


Ctrl- 


-I 


Type 


Down : 


Alt-D 


Step Mode: 


Ctrl 


-S 


Lock Keys : 


. Ctrl- 


-L 


Mono 


Only : 


Alt-0 


VM Checks: 


Ctrl 


-V 


Make ,File : 


Ctrl- 


-M 


Color Only : 


Alt-1 


Wait : 


Ctrl 


-W 


Note : 


Ctrl- 


-N 


Mono 


& Color 


: Alt-2 


Exit DOS : 


Ctrl' 


-X 
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The SESSION program 12 can be run periodically (e.g., daily) by specifying a general filename at 
program invocation. This filename can be the current date with the save screens option specified in the 
event that it becomes necessary to save important information about a session. To save specific 
information, the Ctrl-M (Make Macro File) option is used and a filename is specified, relating to that 
40 information. This enables the user to playback (Ctrl-P) macro files immediately after they are created. 

If the filename under which the session is recording is also the general SESSION filename specified at 
invocation, the file cannot be played back until the SESSION filename is changed, which requires ending 
SESSION with Ctrl-E and restarting it with a different filename. This is due to the fact that the SESSION file 
created at invocation is a file opened for output and cannot be used as both input and output. Therefore, it 
45 is advisable to use a generic SESSION filename, such as the current date (e.g., AUQ27) for routine 
operation on a day to day basis. 

For purposes of understanding, it is helpful to carry a running example forward through this description. 
The following example is herein presented for explanatory purposes only and is not intended to limit the 
scope of the invention as defined by the appended claims. The purpose of the following example is to 
so instruct a student on the use of commands in the ISIL language. The use of a system editing program such 
as XEDIT, as described in -IBM Virtual Machine/System Product: System Product Editor Command and 
Macro Reference" (Endicott, NY, Second Edition 1982), is required for this example. 
The user enters the PC command: 

55 SESSION ISIL*S 

Once the user has determined the point at which he would like to begin recording, he enters CTRL-R 
from the console 1 0. The system is then in a recording mode. It will capture the keystrokes and -because 
m S was specified in the original SESSION command -screen images entered henceforth. 

7 
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After CTRL-R is entered, the initial screen shown in Fig. 2a is recorded on a newly named file ISIL. To 
create a VM data set with a filename of ISILDEMO SCRIPT, the user enters the command: 

XEDIT ISILDEMO SCRIPT A1 . 

_ ™ S sta f ment allows tne user to exec "te the XEDIT system editing program, oblivious to the session 
interaction that .s occurnng. The recording session is therefore performed transparently to the user as he 

stown OSZSr XED ' T r0Utine " nd ln *" XED ' T environme "t. The resuming screen is 

.„hhl?!l n,nni !! 9 ^ xamp ' e ; me autnor creates ^ education package to teach a student how to use 
known ° r p heade ; S wh,ch « identified ^ the characters h1-h6. These and similar characters are 

known as tags. From time to time in this session, as shown in Figs. 2a-2p. the author presses the console 
carnage return (CR) or ENTER key in order to freeze and captured given^reen. !£^£l£?nt 
session. Th.s repeated use of the ENTER key is not additional work for an author using SESSION, since in 
the course of working on a host system the ENTER key is normally used repeatedly 

The ENTER key is called an attention key. Attention keys are normally used to update or refresh the 
screen. Other examples of attention keys are: CLEAR, PA1, PA2 and function keys F1-F12 

r^Ul a - Uth K r " eXt ^ V ° keS the lRpUt m0de by enterin 9 *" command INPUT. The resulting screen 

recorded is shown in Fig. 2c. The next statement entered by the author is: 9 screen 

20 :p.Paragraph [CR] 
used like p.This 

^J^JTZTT 3 CSniage r6tUm key - 7,16 cnaracto » :P- designate the beginning of a new 

» ^z\zr^x m & characters - accepted 35 ^ ° f *• ™* ^ «— 

s ™ e " eXt P ressed by the author is merely ENTER. This allows the author to save the previous 
shown in Ro%? T r "^fl " 3 ^ Thus ' there ' now ** ist «*o copies of the screen image 
STS^ 9 «, ; ? £ 9 ° SCreen shown in R 9- 2e ' a is later able to see the effect of the 

ISIL tags on the text The system screen now appears as shown in Fig. 2f. 
30 The author then types and enters: 

±1 -Head level one (CR] 

:h2.Head level two ♦ 

. - The „ Cha f C ? rS :h1 " and :h2 - me used to designate headings or subheadings in text The number 
des,gnating the header level can be from 1 through 6. The resulting screen recorded is shown in Rg 2g 

The author then types and enters; y ' 



as 



:h3.Head level three [CR] 
:h4.Head level four [CR] 
40 The resulting screen recorded is shown in Rg. 2h. 
The author then types and enters: 

:h5.Head level five [CR] 
:h6.Head level six 
45 The resulting screen recorded is shown in Rg. 2i. 

«m*?~ 3UthC l r T n PreSSSS the ENTER key tG M 3 dupncate screen ima 9e of Rg. 2f so that at a later 
t.me he can alter the image to show the effect of the ISIL tags on text to a student, as shown In Rq 2j 
1 he system screen now appears as shown in Rg. 2k. 
To generate lists, the author enters the following text: 



so 



:sl. [CR] 
:li.item1 [CR] 
:li.item2 [CR] 
:esl. 
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a lis^^ ^T" 9 ° f a Simp,e liSt Characters *■ id ^tify an item or member of 

a list Characters .esl. designate the end of a simple Ost The resulting screen recorded is shown in Rg. 2L 
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To see the effect of these ISIL tags on the text, the author again presses the ENTER key, resulting in a 
duplicate screen image to be altered later to yield the screen shown in Fig. 2m. The list (iteml and item2) 
appears below the level six subheading, as that level is the last one referenced before the list begins. The 
system screen now appears as shown in Fig. 2n. 

The author then types and enters: 

:uL [CR] 
:li.item1 [CR] 
;p.stuff for 1 [CR] 
:li.item2 [CR] 
•eul. . 

The characters :ul. designate the beginning of an unordered list and :eul. designate the end of an 
unordered list. The resulting screen recorded is shown in Fig. 2o. 

The author then presses ENTER, resulting in a termination- of the XEDIT INPUT mode, as shown in Fig. 

When the user is finished recording, he; enters CTRLrR to end the recording session. He is, however, 
still executing the XEDIT system program and can therefore exit normally therefrom, if desired. The user is 
still also executing the SESSION program even though ,the recording mode is not being implemented. In 
order to end the SESSION program, the user types CTRL-E. 

While SESSION was running, two files were created: one for the screen images 26 (Fig. 1) and the 
other for commands 28. 

At this point the author may wish to modify certain screen images previously recorded and may wish to 
add help text to the automatically generated rudimentary instructional text, thereby creating a help file. In 
order to do this, the editor is invoked with the following syntax: 

EDITOR <filename> [s# h# c# 0/1] ; : -y, ^ v - • , C ; > «• • : 

. . . The parameters abbreviated ^oye^haye ^ described with reference to the 

SESSION command hereinabove described.;:. , ^....v* !: u -r c 

The author now pursues the running example by . entering the command: 

EDITOR ISIL 

In the editor function, certain user definable keys are assigned by default as shown below. It should be 
understood, however, that the user may define keys and key combinations in many other ways as desired 
and in accordance with conventional personal computer practice. 

Following is a list of keystrokes that are used in the EDITOR program. These keys are all used in 
conjunction with either the Ctrl (control) key or the Alt (alternate) key. All definitions are in the form: 

Ctrl-<key> or Alt-<key> 

denoting the need to press Ctrl and some other key or Alt and some other key at the same time. 
These keys are also defined within the help panel of EDITOR (Ctrl-F1). 
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KEYS FUNCTION DESCRIPTION 



CTRL— A 



ATTRIBUTE SELECT Type of field' of 

typed characters. 



CTRL-B 



BACKGROUND COLOR Color of field. 
SELECT 



CTRL-C 



COMMAND ENTRY 



Allows 

modification/ 7 
creation of command 
file. 



ALT-C 



COPY MARK 



Copies marked area 
to cursor location. 



CTRL— BACK- 
SPACE 



DELETE LINE 



Deletes current 
line from display, 



CTRL-D 



DIRECTORY LISTING 



Displays specified 
directory files. 



CTRL— E 
F-3 



END EDITOR 



Terminates F-3 
EDITOR program; 
returns to DOS . 
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KEYS 



FUNCTION 



DESCRIPTION 



CTRL-X 



EXIT EDITOR 



Exits from EDITOR, 
Returns to PC 
operating system. 



CTRL-END 



END OF FILE 



Moves user to end 
of all files. 



ALT-F4 



ERASE TO END 
OF LINE 



Erases characters 
from the cursor to 
end of line. 



CTRL-G 



GOTO MODE. 



Puts EDITOR into 
GOTO mode. 



Fl 



HELP 



Displays help 
window defining 
EDITOR keys . 



ALT-J 



JOIN LINES 



Concatenate text on 
following line to 
end of current 
line. 



ALT-L 



MARK LINE 



Tags line for Copy 
or Move. 



ALT-M 



MOVE MARK 



Shift marked area 
to current cursor 
location . 
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KEYS 



70 PGDN 

- " " P8 

75 

PGUP 
F7 

20 

ESC 

25 



30 

CTRL-CRLF 



ALT— U 



ALT— R 



ALT-L 

so 



FUNCTION 



NEXT SCREEN 



PREVIOUS SCREEN 



SAVE SCREENS 



SPLIT LINE 



SWAP SCREENS 



UNMARK 



TYPE RIGHT 



TYPE LEFT 



DESCRIPTION 

Moves user to 
next system/help 
screen display. 

Moves user to 
previous 

system/help screen 
display. 

Save help . and 
system screen; 
display next 
screen. 

Split current line 
at cursor. 

Change active 
screen to edit. 

Untag areas tagged 
for copy or move. 

Specifies normal 
typing. 

Specifies that 
cursor moves left 
after a key is 
typed. 
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KEYS 



FUNCTION 



DESCRIPTION 



ALT-D 



TYPE DOWN 



Cursor moves down. 



ALT-U 



TYPE UP 



Cursor moves up. 



ALT- (5 



MONO ONLY 



Use only monochrome 
screen . 



ALT-1 



COLOR ONLY 



Use only color 
screen. 



ALT— 2 



MONO & COLOR 



Use both monochrome 
and color screens. 



CTRL-HOME 



BOTTOM OF SCREEN Moves cursor to 

bottom of screen. 



The EDITOR help screen, invoked by entering F1, is: 
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Editor Help 



-LINE CONTROLS- 
Alt-F4- : 
Alt- J ; 
Ctrl— CRLF : 
Ctrl-Backspace : 



-MARKING- 



Erase EOL 

Join 

Split 

Delete Line 



Alt-C 
Alt— L 
Alt— M 
Alt-U 



Copy Mark 
Line Mark 
Move Mark 
Uniriark 



-SCREEN CONTROLS- 

Fl : Help 

F3 : Exit Without Saving 

F7/PgUp: Show Previous Screen 

F8/PgDns Show Next Screen 

F9 : Swap Screens 

ESC : Save Screen and Continue 



-SPECIAL COMMANDS - 
Ctrl-B: Background Color 

Select 
Ctrl-C : Command Entry 
Ctrl-D : Directory 

Listing 
Ctrl-E: End Editor 
Ctrl-G: Goto a Screen 
Ctrl-N: Note Display on 

Screen 



35 



40 



45 



50 



55 



Press any key to continue 



Editor Functions 



EDITOR is a screen oriented editing program for use with SESSION created files. EDITOR can be used 
on the screen file (.S#), help file (.H#) and even the command file (.C#) to modify and/or create new 
information. 

EDITOR places the system screen on the color monitor and the helD screen on the monochrome 
monitor. The editable area defaults to the help screen. On a single screen system, the help screen is 
displayed; the system screen is accessed by toggling. 

EDITOR has many conventional editing features. Areas can be marked, moved and copied and lines 
can be inserted or deleted. These functions can be performed not only within individual help or system 
screens, but also between screens. 

EDITOR also allows color and attribute information to be defined. Colors -both background and 
foreground -may be altered and input areas may be color-designated as well. 

Referring now also to FIGURE 3, there is shown an editor 38 connected to the terminal 34. The files 
that can be input to the editor 38 are* the previously created images file 26. the commands file 28 and the 
instruction or help file 30. 

The editor 38 can generate new images files, shown as reference numeral 26a, commands files 28a 
and instructions files 30a. The editor 38 can generate any such files 26a, 28a, or 30a either from existing 
files 26, 28 and 30, respectively, or without reference thereto. 

EDITOR can be used regardless of whether screen and command files exist Although most useful 
when used in conjunction with SESSION-captured files, it can be used independently from SESSION. The 
files created or modified with EDITOR can be input to SESSION again or to EDUCATOR. 

in human factors testing, EDITOR is the tool of prototyping. Entire systems can be mocked up with the 
speed of a common text editor. These screens are usable not only as a visual prototype, but as a functional 
one when accessed by the EDUCATOR program. 
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EDITOR can be used to document errors. If a captured problem is too big to describe in notes on every 
screen, EDITOR may be used to create full screen text for the applicable system screens. 

EDITOR can also be used to modify test cases (command files), although CONVERT is designed for 
this purpose, as hereinbelow described. 
5 Although screens and help may be converted for use within any editor, the use of the EDITOR program 
allows these screens to be created and viewed in the way that they are to be presented. EDITOR can 
modify both help and system screen files, along with the command file. It is the easiest way to add help to 
a SESSION-captured education package. 

Although not specific for EDITOR, emulation tools can be explained through its use. By using macro 
10 files to create screen files, entire methods of operation can be documented and can form the basis of 
education. Complicated tasks that occur too quickly for education purposes in the macro can be captured - 
(*S while playing back) in SESSION, descriptive text can be added (EDITOR) and the macro can be run at 
user pace (USER mode in EDUCATOR). 

The author now invokes the GOTO mode by pressing CTRL-G. The first screen image that has been 
75 recorded in the running example and is to be modified is on page 5 of the images file (Fig. 2e). By typing 
CTRL-G 5, the author accesses a duplicate image of Fig. 2d. He can then modify that screen using normal 
editing functions to arrive at an image shown as Fig. 2e. The user now saves this modified version of Fig. 
2d by pressing the ESC key. 

Referring now also to Figs. 4a*4p, there is shown a help screen file containing text that is associated 
20 with and corresponds to the images shown in Figs. 2a-2p, respectively. Hgs.4a-4n represent informational 
text that was entered during the editing session. Figs. 4o-4p represent the rudimentary instructional text that 
is automatically generated by the EDITOR and EDUCATOR programs. 

After saving the modified version of the screen image; the system increments to the next screen image. 
The author may now wish to modify the image that was originally saved as shown on Fig. 2i. To do this, he 
25 presses CTRL-G (GOTO) 10. The author can modify the screen of Fig. 2i appropriately. By pressing the 
ESC key, the modified image is saved as shown in Fig. 2j. <*■ 

In a similar manner, the duplicate of Fig. 21 which appears on page 13 can be modified, resulting in the 
screen image shown as Fig. 2m. 

Now the educational package is complete. The package can be loaded onto a floppy disk or 
30 transmitted, using network capabilities, to any location where the education is to be used. Once received, 
the educational package can be modified using the EDITOR program to account for site-specific variations. 



Education Mode 

35 

In the education mode, the system is an automatic authoring tool. The author of the education is the 
Operator who is using the host while executing the SESSION program. Any recorded screens and 
commands are stored in a way so as to be useful in an education context. By entering the education mode 
once the SESSION program terminates execution, the captured host session is simulated at PC level in 

40 instructional/tutorial format. 

Referring now also to Fig. 5, there is shown the educational driver system. The images file 26 and 
commands file 28 have hereinabove been described with regard to Fig. 1. In the running example of the 
session used to teach ISIL commands, the screen or images file 26 eventually contains a copy of all of the 
screen images generated during the host session while in the recording mode. These screen images are 

45 stored sequentially in a single images file 26. Similarly, the commands file 28 is, also generated during the 
running example session. An instruction or help file 30 is also optionally provided in. the educational driver 
system. 

The heart of the educational driver system is an educational driver 32 having a conventional multi- 
position mode switch 33 residing therein. The computer terminal 34, of which the driver 32 forms a part, is 

so a standard console, not shown, which includes keyboard or other input means for a user to communicate 
with the program driver 32. Connected to the driver 32 by means of the mode switch 33 are modes, shown 
generally as reference numeral 36, each of which can be uniquely accessed by appropriate setting of the 
mode switch 33. In the preferred embodiment, eight modes can be used with the system. Modes 36a-36c 
are used in tutorial applications; modes 36d-36f are used in reference applications; and modes 36g-36h are 

55 utility/documentation modes. 
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A performance data file 24, similar to that previously created by the SESSION program 12 (Fio 1) is 

*f° 10 0,6 dnVer 32 for reC8lvin9 timi "9 33 rec « uired - "n^lng- data represents the time 

interval between an event and a human response thereto via keyboard. The greater this time interval of 
course, the less efficient is the human operator. 

The educational driver 32 comprises an EDUCATOR program which links the commands file 28 
images file 26, and help file 30, if one exists, and presents them in a tutorial fashion. 

The EDUCATOR program has operating modes to support tutorials and training, online help, presenta- 
tions, displays and error documentation. » h. 

The EDUCATOR program is an interactive educational tool that authors an educational package for an 

S?ATnR nStrUCl0r ' By USinQ SESS ' 0N Pr09ram 12 (Fi9 " 1) to ca P ture * e host system 14, the 
EDUCATOR program can simulate that host system 14 and even supply rudimentary instructional text with 
no authoring needed. To create a complete education package, the EDITOR program, as hereinbelow 
descnbed. should create screen by screen help text. In the aforementioned running example, such screen 
by screen help text is generated during the EDITOR session for a portion of the system screens The 
remaning system screens have rudimentary instructional text generated by the educational driver 32 
Following is the syntax to invoke the EDUCATOR program. 
EDUCATOR < filename > [.# s# c# rt# mode 0/1] 

20 foHowin^^nctior^ 0 "^ Panme1aTS ' Sh0mt in brackets CJ to indicate that they are optional, represent the 

level of file to use 
s# use screen leve! file 
c# use command level file 
25 h# use help level file 

mono/color Start ' n9 °* USER ' STEP - AUTO - CMND - UST .GOTO 0/1 force dutout display onto 

,. n *!!JLl T S ^ med EDUCATOR command, the system defaults to the highest level for each 

unspecified file. The parameter level (e.g., .4) sets the default level of files being used to the level specified 
ie.g.. fourth level: s4. c4, h4). When not used, the level defaults to the highest existing level for that type of 
file-- command (-C), screen (-S) or help (-H). The specified level may be a number between 1 and <*3 
separate parameters must be separated from the filename and each other by at least one space 
Example: ^ 

35 EDUCATOR ISIL STEP 1 

:iU The EDU CATOR command example shown above allows a user to invoke the EDUCATOR orooram 
with respect to the running example. program 

wh^Ty? 0 ' 6 "' ° UtPUt d6ViCe 1} direCtS me 0utput of EDUCATOR program to a color screen 
when avaHable (e.g.. on a two-screen PC), ff a two-screen system is being used, it is sometimes useful to 
place the system screen on one of the displays. 

MONOCHROME ONLY (i.e.. output device 0) directs the output of the EDUCATOR program to a 
monochrome screen. ^ 

COMMAND FILE (i.e.. C#) is a variation of the level parameter that allows specification of a file level for 
toe command file only. Instead of using the latest version command file (the file with the highest value 

SeTcTmm^d fife Tu£l * M " "* ^ ^ hiQhest existing 

help fife'onh^ (Le " fe 3,50 3 VariaBon * * e level P^^eter. It allows specification of a file level for the 

so for thf sc^ns file^nly "' ^ " * ^ ' eVel parameter - tt a,lows specification of a file level 

If the AUTO mode is specified on a two-screen system the system pauses for seven seconds, types in 
the command, pauses for three seconds and cycles on to the next screen. On a single screen, AUTO mode 
♦ Seconds ' disp,a y s the s y stem wrto the command typed in for three seconds and 

cycles on to the next screen. When the end of the file is reached, the cycle begins again at the first screen. 

55 
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If the command mode (i.e., CMND) is specified, the system warts for the user to type in a command 
and then searches the list of commands available with LIST mode for an exact match. If no match is found, 
any command containing the entered string is marked. If only one command is marked, that screen is 
accessed. If more than one command is marked, a window of the marked commands is displayed as user 
5 options. If no commands are marked, a COMMAND NOT FOUND message is displayed. 

If the goto mode (i.e., GOTO) is specified, the system displays a window for the user to enter a screen 
number. The EDUCATOR program branches to the specified screen number. If the number is larger than 
the size of the education package, the last screen is accessed. The corresponding help screens are linked 
to the appropriate QOTO-specified screens. 

to If the list mode (i.e., LIST) is specified, the system displays a window of all the available commands 
within the education package. Entry type keys are not displayed as commands. The command is displayed 
with its associated screen number. The list can be scrolled within the . window and the commands can be 
selected. The selected commands are displayed in order of occurrence within the education package. Only 
one command may be selected per screen. When the screen^ is displayed, all the commands thereon are 

ts also displayed. Thus, selection of only the first command per screen is allowed; the other commands are 
suppressed. - . , ; . ( 

If the step mode (i.e., STEP) is specified, the system waits for any data key to be pressed. Once 
pressed, the entire command is typed onto the screen. STEP mode then waits for another data key to be 
pressed. Once this second data key is pressed, the next screen is accessed. 

20 If the user mode (i.e., USER) or if no mode is specified, the system waits for the user to input a correct 
command and press the correct command entry key. Three chances are given to enter a correct command. 
Referring now also to Figs. 6a-6d, on the first error, a message is displayed as.shQwn in Fig. 6a. On the 
second error, corrections to incorrect characters are made by the system; the user must, finish making the 
indicated corrections shown in Fig. 6b (i.e., erase extraneous characters). . On the. third error, the proper 

25 entry is displayed by the system as shown in Fig. 6c and the next screen is accessed. If, after the user has 
made all necessary corrections t to the command, he enters an incorrect attention key, an additional. error 
message is displayed as shown, for example, in Fig. 6d. 

Available keystrokes, in. the EDUCATOR prpgrafn atf described b$qw. •* £*?°MJd be understood that the 
definition and function of these keys, being, arbitrary, pan vary, in accordance with the designer's require- 

3Q ments or preferences. In the preferred embodiment a keyboard adapted for use with an IBM personal 
computer (PC) is hereinbelow described. These keys are all used in conjunction with the control (Ctrl) or 
alternate (Alt) key. All definitions are in the form: 

Ctri-<key> or Alt-<key> 

denoting the need for a user to press Ctrl and some other key or Alt and some other key simultaneously. 
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KEYS 



FUNCTION 



DESCRIPTION 



20 



CTRL-A 



AUTO MODE 



Puts EDUCATOR into 
AUTO mode. 



25 



30 



CTRL -HOME 



CTRL-C 



BEGINNING OF 
PACKAGE 



COMMAND MODE 



User is placed at 
beginning of 
screen , command and 
help files. 

Puts EDUCATOR into 
COMMAND mode. 



35 



40 



CTRL— E 



END EDUCATOR 



Terminates EDUCATOR 
program and returns 
to DOS. All 
appropriate files 
closed. 



45 



CTRL -END 



END OF FILE 



Moves user to end 

of education package, 



so 
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KEYS FUNCTION DESCRIPTION 



CTRL-G GOTO MODE 



CTRL— Fl HELP 



CTRL -F 9 ' HELP SCREEN 



CTRL-PGDN NEXT SCREEN 



CRTL-N NOTE TO SCREEN 

TOGGLE 



Puts EDUCATOR into 
GOTO mode. 
Displays window for 
user to enter 
screen number* 

Displays hwlp window 
definding EDUCATOR keys. 
Any key will return to 
host control 

Swaps user from 
system screen to 
help and 

instruction screen. 

Moves user forward 
to next system/help 
screen display. 

Displays note area 
associated with system 
screen at bottom thereof. 



CTRL-PGUP 



PREVIOUS SCREEN 



Moves user back to 
previous 

system/help screen 
display . 



CTRL-Q 



QUERY MODE 



Searches screen 
file for next note. 
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KEYS 



FUNCTION 



DESCRIPTION 



CTRL-S 



STEP MODE 



Puts EDUCATOR into 
STEP mode. 



CTRL-U 



USER MODE 



Puts EDUCATOR into 
USER mode. 



2D 



25 



30 



CTRL-W 



WRITE A NOTE 



Allows writing of 
70 character note 
to be saved with 
screen. Displays 
window near bottom 
of screen. Once 
ENTER key is 
pressed, note is 
saved with screen. 



35 



40 



CTRL-X 



ALT-R 



EXIT 



TYPE RIGHT 



Returns to PC 
operating system- 
Specifies normal 
typing. 



ALT-L 



45 



SO 



ALT-D 



ALT-U 



TYPE LEFT 



TYPE DOWN 
TYPE UP 



55 



Specifies that 
cursor moves left 
after a key is 
typed . 

Cursor moves down. 
Cursor moves up. 
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KEYS 



FUNCTION 



DESCRIPTION 



ALT-fJ 



MONO ONLY 



Use only monochrome 
screen. 



10 



ALT-1 



COLOR ONLY 



Use only color 
screen. 



re 



20 



ALT- 2 



MONO & COLOR 



Use both monochrome 
and color screensr- 
The EDUCATOR help screen, invoked by entering Ctrl-F1 , appears as follows: 



25 



30 



35 



40 



45 



SO 



Ctrl-U 
Ctrl-S 

Ctrl-A 

Ctrl-G 

Ctrl-C 



Ctrl-L 



Ctrl-N 
Ctrl-W 



USER mode 
STEP mode 

AUTO mode 

GOTO mode 

CMND mode 



LIST mode 



NOTE mode 
WRITE mode 



- interactive learning 

- semi-automatic sequence 

of images? any key to move on 

- automatic sequence of images 
with time delay 

- jump directly to specified 
number screen 

- command mode , enter any string 
of characters command file is 
searched for specific command 

- ENTER key begins search 
select commands from a list of 
all that exist 
ENTER key begins displaying 
those selected 

read any existing note about 
the system screen 
write note commenting about a 
screen 
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- ENTER key writes note to disk 
Ctrl— F9 SWAP scrn - single screen systems only; 

displays help screen 

Ctrlr-F7 /Ctrl-PgUp - Backward Ctrl-F8/Ctrl-PgDn = Forward 
Ctrl— HOME = First Screen Ctrl-END = Last Screen 

"Ctrl-E/Ctrl-F3 = End Program 

Alt-0=Mono Only Alt-l-Color Only Alt-2=Both Screens 
Press any key to return to system screen 



To run the education software package through the educational driver 32, the user enters the command 
EDUCATOR and a filename. The filename must be the same name as the previously created education 
20 P 3 ** 3 ^- ln * e running example being used for purposes of disclosure herein, the filename is ISSL 

In the preferred embodiment two screens are used for practicing this invention. The first screen 
displays screen images sequentially and the second screen displays commands that are invoked in parallel 
with the screen images. In an alternate embodiment, however, the 0/1 output device parameter can be used 
in order to display both the screens and the commands on the same terminal or console. 
^ There are two basic modes in the educator driven USER mode which is the tutorial and training mode; 
and LIST mode, the online help or reference mode. On a two screen system, USER mode brings the 
system screen up cn the color monitor and the help file up on tt^e monochrome monitor. ; 

The instructional text or help screen displays information that has been edited in connection with the 
system screen. Also displayed are tho commands needed to be entered on the system screen. In the 
3c ^""^9 example, the first command is XEDIT ISIL DEMO SCRIPT A1. This is the command that the user 
entered. The typed characters appear on the system screen as they would on the actual host system. Once 
the user types the command that is required for that screen and presses the correct entry key (ENTER, PF 
keys or CLEAR), the following system screen is displayed and the instructional text for that screen is also 
displayed. The system has been captured in the ISIL education package. 
35 ^ hereinabove described, text Figs. 4a-4p are associated, respectively, to screen text Rgs. 2a~2p. The 
user continues operating in this function, typing in the instructions required. The keystrokes needed to enter 
the instructions need not be specific to the command, but the command itself must be correct 

Also as hereinabove described, levels are provided for the user in case an incorrect command is 
entered on the screen. Rgs. 6a-6d represent the three error levels provided. On the first error level a 
40 message ( R 9-6a) indicates that an error occurred upon input; the user is to retry. When a second error 
occurs on the same command, any missing or incorrect characters are corrected by the system and 
highlighted in one color (Rg. 6b). Any characters not needed for the response are highlighted in another 
color. The user is asked to erase those extraneous characters. On the third incorrect attempt the correct 
response is typed onto the screen by the system (Rg. 6c) and a short message is displayed on the bottom 
45 of the screen indicating that the correct answer is being displayed. 

If an incorrect entry key is pressed (e.g.. if ENTER is required and PF5 is pressed), an appropriate 
message appears at the bottom of the screen (Rg. 6d), instructing the user to use ENTER. The user 
continues working through the software package to the end of the file, typing the commands requested by 
the instructional and help text and progressing through the system screens in the simulated system. 
^ In the aforementioned running example, the help/instructional text that was generated using the EDITOR 
program ends on the screens shown in Rg. 4n. Starting with that screen (Rg. 4n). this screen image is 
generated by the EDUCATOR program and is called rudimentary instructional text 

The online help mode functions best using the list mode function. This function displays a window on 
the system screen. In the window is displayed a list of all commands available within this education 
55 package- Both the command and the page number on which the command appears are displayed. 
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This list is fully scrollable and selectable. The user may scan the list, type an S (for "select") in front of 
any number of items he wishes to see and press the ENTER key. Upon pressing the ENTER key, the 
system screen and the help/instructional screen relate to the first selected item. The user automatically 
enters the STEP mode at which time he may press any key and see the command typed onto the system 
5 screen, then press any following key and watch the resulting screen. The corresponding help/instructional 
text screen is displayed concurrently. If more than one item has been selected from the list, upon pressing 
any key again the next selected screen is moved to the STEP mode. This continues until all items selected 
from the list have been displayed at which time the user remains in STEP mode. 

At any time during this process the user may re-enter list mode to select other screens, de-select 
w previously selected screens or view screens that have already been viewed. Such previously displayed 
screens are annotated with an asterisk. This sort of online help is called task oriented. It is used to show the 
user the type of screen on which the command is to be used, the syntax of the command and the probable 
results of entering such a command. 

75 

Online Help Modes of Educational Driver .. 

t .. - Most forms of online help taught in the prior art are menu driven, complex and vague. The user does 
: .. not acquire a thorough understanding regarding the use of the item for which help was sought. Syntax is 
20 often described or charted, but actual use is rarely shown or explained. The EDUCATOR program, however, 
provides online help in a task oriented manner. This Is achieved by demonstrating both the syntax and the 
contextual use of the specified item. 

Education packages designed by the present system are more effective if the online help capability is 
utilized. The education package can thus become more than education; it remains useful until the user is an 
55 expert on the system. The package can always be loaded at the PC level and accessed, by toggling, for 
reference on a host system problem. Item specific help packages can be designed, for example, to explain 
all the options of a menu driven system, or how all the tags; of >a word processor -operate'. Anything thaVcan 
be itemized in a list may be the subject of task: oriented online help. 1 - ; " M -■n-Ss.:^ ■ - ) - 

Within EDUCATOR the list and command modes are most useful for online help; The list mode 
30 displays a window of all available commands in the package. This is a scrollable, selectable list that allows 
the user to make choices as to the areas for which he wants help. 

; The command mode, is similar to the list mode, except that the list is not shown. Instead, the user types 
in a string of characters about which he wants information and the list is searched. The search performed in 
command mode first attempts to locate a perfect match between the user entry and a command on the list, 
35 and then attempts to locate a substring match. The effect is the same as in the list mode: the user is shown 
help for that which was requested. Commands in the list are separated by enter type keys. That is, each 
selectable command is preceded by and followed by an entry key. Although many items may appear on 
one host system screen, only one of the items in the list mode is selectable. This is because selection of 
that one item from the screen causes display of all the other items also. 
40 Alternatives exist for creating education packages. These include: 

a) using EDITOR to create screen and commands instead of SESSION to capture them, as 
hereinabove described, 

b) using CONVERT, as hereinbelow described, to create a command file from a text file and using 
SESSION to playback those commands, automatically capturing the associated sequence of images, and 

4S c) using any editor to create text files of images and commands using a set of GML-like tags and 

using CONVERT to create screen and command hies for use by the EDUCATOR program. 

Test Modes 

50 

Testing relates to items that are expected to yield different data with each run, even when repeated or 
similar sets of commands are used. Two categories of such tests are human factors testing and 
performance testing. Human factors testing can, in turn, be categorized as either basic or extended. 

55 
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Basic Human Factors Testing 

Basic human factors testing involves the theory of prototyping. The system of the present invention 
allows rapid prototyping of both screens and commands that are visually meaningful and can also 
demonstrate function. Once the prototype is complete, it can be shipped to any number of people. 
Comments can then be gathered from these people before significant coding time is expended on the 
project Once the prototype is reviewed and approved, the screens already designed at the PC level can be 
converted to the appropriate language and uploaded to the host, as hereinbelow described with reference to 
the CONVERT program, so that the work need not be performed ab initio again. Screen design itself can be 
made much simpler this way. The creation of the prototype is done through a full screen editor, bypassing 
field definition characters and color definitions that require design time of other prototype tools. 

Extended Human Factors Testing 



Testing in a laboratory environment gathering timing data and understanding what users do and see 
are all part of extended human factors testing. This is testing that is performed to determine how usable a 
product is. The system of the present invention comprises programs having the ability: 

a) to measure the amount of time required for a user to progress from one screen to another 
2Q including or not including system delay, 

b) to show precisely those keystrokes that a user entered on each screen, and 

c) to recreate the entire user experience for viewing or reviewing by others at any time. 

Thus, conventional human factors measuring and observing instruments such as stopwatches, audio 
tape recorders and video cameras are not irreplaceable as they once were. They may be eliminated 
entirely. Moreover, testing need no longer take place in a laboratory. Testing can be done in the subject's 
own environment This means that a much larger audience can be reached, the only requirement being that 
each user have a PC or similar smart terminal. 

The performance chart has the following format 

so ELAPSED BETWEEN TIMESTAMP 

TIME TIME 



command: (text of command ) 
^send: 
(back: 

command: (text of command ^ 
y send: 



<back: 

The first column starts at time 0:00:00.00 and increases for each command. The second column starts 
at time 0:00:00.00 for each command and gives the response time of the PC (in > send:) once the host is 
ready for input and the response time of the host (in < back:) once the PC has finished its input The third 
column prints the time of day that the command was issued and responded to. 
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The first row displays the command. The second row displays the time period required for the PC or 
user to issue the command. The time is measured from the point at which the host system is ready for 
input; the ending time is that time at which the user presses an entry key. The third row displays the time 
period required for the system to respond and to be ready for additional input The starting time is 
s measured from the point at which the user types an entry key; the ending time is that time at which the 
host is ready for additional input. 

At the end of the performance chart, a printed summary displays the number of commands issued, 
average (> send:, and < back:) time, longest (> send: and < back:) time, shortest (> send: and < back:) 
time, and total (> send: and < back:) time. 

10 

Performance Testing 

Judging system response time at the user*s terminal on a system is often a difficult task. To perform 

75 the test properly, a person with a stopwatch conventionally observes a terminal operator and times each 
system response relative to its associated command. This is time consuming and inaccurate. It is also 
difficult to gather timing information relating to the user. 

By using SESSION with the "P (performance chart) option, this information can be gathered and saved 
without the need of a timer or of extra keystrokes to start and stop a clock. The performance option starts 

20 timing from the first system attention key (ENTER, CLEAR, any PF or PA). A timing is taken at the press of 
one of these keys and another timing is taken when the system returns the messages, Available and Input 
Not Inhibited. At this point, the user is able to ehter data. True end user response times can be determined. 
As the user enters data the clock continues to run until another system attention key is entered, at which 
point the timing starts again; a user time is then saved to the .P file. It is preferred, however, to have the PC 

25 submit the commands automatically to the system and to gather ' system response time statistics without 
user intervention. The means by which this is done is hereinbelow described with respect to retesting. - 
- - The -P file holds all timing (performance) ' information. A summary at the end df this file includes the 
number of commands, largest system lag time and user'feritry : tiririe; smallest system lag time and user time, 
total system response time and user input time and average system response time and end user input time. 

30 Individual commands are listed in rows and timing information in columns. 

The performance chart generated by the system performance test is identical to that generated by the 
human factors test Moreover, the events that trigger timings that appear on the performance test 
performance chart are identical to the aforementioned events with respect to human factors testing. 

35 \ \ ...•'*.' 

Retesting Modes 

Retesting involves testing of products that have been tested before. If the product has been tested 
once, some memory of that test is expected to exist. That memory can be the PC's memory. In this way 
40 the PC can rerun the test that had been previously performed and can compare the results ft gets to those 
previously received. The PC can also be used to document problems that are found, including where the 
problem occurred, and can display relevant information repeatedly. 

Whether the PC is used in a threshold test of a new release against an old one, in an inline test of a 
product once it has exceeded the performance threshold, or in reporting field errors of the product once it is 
45 released and must be supported, the system of the present invention can conduct these tests more quickly 
and efficiently than can a human tester. 



Threshold (Regression) Testing 

From release to release, software products change and are upgraded. During these upgrades, however, 
original functions are still supported and should be tested also. This is often called regression testing and 
occurs after new functions are tested. By using SESSION, a regression test can become a threshold test of 
minimum acceptable function that must exist 

satisfactorily before the product receives human testing. The minimal set of functions are determined by 
previously run tests of earlier releases, if the SESSION program were used during these initial tests, an 
automatic test case already exists for the threshold test 
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The playback file option of SESSION and the *D parameter are relevant for retesting. The playback 
option allows SESSION to drive the host system as if a human operator were at the PC keyboard. When the 
PC drives the system, however, there are no operator mistakes or delay; the PC executes as quickly as the 
host allows. 

5 The file used to playback to the host is the previously recorded test of the prior release. This represents 
the test case. By using the *D (differences file) parameter, SESSION not only plays back the commands, 
but compares the screens on file from the previous run to those that are displayed in playback. Any 
differences found are saved into the differences file for human review at any later time. Only the differences 
are saved. If no differences exist for a number of screens, SESSION merely continues to issue commands 

io to the host and to identify differences. 

Using the running example, a threshold test can be performed by invoking SESSION as follows: 



SESSION ISIL*D PLAYBACK 

SESSION automatically retrieves the commands previously recorded for the example and detects any 
differences. The screen file used for comparison is the sequence images file shown in Fig. 2a-2p before 
editing. 

Referring now also to Rg. 7, there is shown a system configuration used in retesting. Once the 
20 threshold test is complete, the differences file 26 can be scanned with a REVIEW program 50. The images 
file 26 and commands file 28 are also input to the REVIEW program 50. This program 50 shows the original 
screen from the prior run, then overlays it with the differences found during the current run. These 
differences are highlighted for easy recognition even in the case of a single character. Extra information is 
given at the bottom of the REVIEW screen. Such information includes the command used to arrive at that 
25 screen, the screen number in the file of original screens and the total number of screens that had 
differences. - 



Review Mode 

The REVIEW program allows the user to see the data that was handled by the console after it played 
back a file with the *D (differences file) option in SESSION. The original user session is displayed and the 
differences in the session found by the PC are overlayed on the original. The user can toggle between the 
original session and the PC run session, seeing only those screens that were different in the two runs. 

REVIEW also allows the user to see only differences on PROTECTED (non-input) or UNPROTECTED - 
(input) fields. This way certain characteristics of different systems can be masked and the possible 
differences ignored. EDITOR also allows the creation of mask characters on the original user-captured 
screens. These mask characters are ignored by SESSION so that any differences occurring in those 
physical screen positions are subsequently ignored during the playback. 

The REVIEW program 50 resides in the terminal 34 and can be invoked thereby. The images file 26, 
the commands file 28 and the differences file 22, all created by the SESSION program 12 (Rg. 1) can be 
input to the REVIEW program 50 separately or in any combination for processing. 

REVIEW is dependent on SESSION being run in playback mode with the *D (save differences) option. 
The toggle in REVIEW from original screen to different screen occurs relatively slowly the first time; it is 
immediate ail following times. Thus, on screens with major differences, the differences do not suddenly 
appear but are painted onto the screen. 

The REVIEW command has the following syntax: 
REVIEW < filename > [.level] [asterisks] [separates] 



Level is similar to a file extension in DOS. It sets the default level of files being used to the level 
specified. When not used, the level defaults to the highest existing level for that type of file (.C, .S and .D). 
The specified level may be a number from 1 to 99. Asterisk parameters must follow the filename 
immediately with no separating spaces. Separate parameters must be separated from the filename and 
55 each other by at least one space. 

COLOR ONLY forces REVIEW to the color screen when using a two screen PC. 
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Example: REVIEW testfiteM 

If a two screen system is being used, ft is sometimes useful to place the system screen on one display 
or the other. 1 forces the program REVIEW to use only the color screen. The monochrome display is left 
5 free. 

MONOCHROME ONLY forces REVIEW to the monochrome screen when on a two screen console 
system. 



70 Example: REVIEW testfile'O 

In establishing a command file, a user-specified command file extension number is used. 



75 Example: REVIEW testfile c5 

This parameter is a variation of the level parameter that allows specification of a file level for the 
command file only. 

A user specified differences file extension number is used to create a differences file. 



Example: REVIEW testfile h5 

This parameter is also a variation of the level parameter that allows specification of a file level for the 
25 differences file only. 

The protected only function is invoked by the letter P. REVIEW displays only those differences found 
on protected fields. 



30 Example: REVIEW testfile p 

Any differences found oh a protected field will be displayed. All others (unprotected, fields) are. not 
displayed as differences. 

SESSION can also be executed with this option while the differences (.D) file is being created, in which 
35 case the differences file contains only protected field differences. Otherwise, SESSION saves all differences 
and REVIEW must be invoked to purge them. 

The QUIET function turns off most of the pre-ahd post-program, logos and sound. 



40 Example: REVIEW testfile q . . 

Any logos at program start and end are suppressed, along with the typomatic sounds of the logos. If q 
is specified from the filename menu of the program, only the program ending logo is suppressed, as the 
initial program logo has already been displayed. 
45 The unprotected only function is invoked by the letter U. REVIEW displays only those differences found 
on unprotected fields. 



Example: REVIEW testfile p 

50 

Any difference found on a unprotected field will be displayed. All others (protected fields) are not 
displayed as differences. 

SESSION can also be run with this option while the differences (.D) file is being created, in which case 
the differences file contains only unprotected field differences. Otherwise, SESSION saves all differences 
55 and REVIEW must be invoked to purge them. 

A user specified screens file extension number is used to create a screens file. 
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Example: REVIEW testfile s5 



This parameter is also a variation of the level parameter that allows specification of a file level for the 
screens fife only. 

In the preferred embodiment, the following control (Ctrl) key combinations have been found to be most 

uSoiUK 



10 
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KEYS 



CTRL -HOME 



FUNCTION 



BEGINNING OF FILE 



DESCRIPTION 

Moves user to 
beginning of 
differences in 
files. 
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CTRL-E 
F3 



. END REVIEW 



Terminates F3 
REVIEW program arid 
returns to DOS. 



25 



CTRL-END 



END OF FILE 



Moves user to end 
of all files. 
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CTRL-PGDN 
CTRL— F 8 



NEXT SCREEN 



Moves user to 
next differences 
display. 



35 



40 



CTRL-PGUP 
CTRL-F7 



PREVIOUS SCREEN 



Moves user to 
previous - . - 

differences 
display. 

nereaZ erorT* * ^ human tester 030 make * e decision as to whether the differences found 
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45 Automatic Testing 

Automatic testing deals with those tests that are performed after the threshold tests are complete The 
developed code is in the hands of the human tester who is responsible for exercising the new function So 
long as he .s operating under SESSION and saving at least the commands, his job can be made much 
easier. 

c .f ES ( S 'p N al lT S saving of commands scree "s so that the human tester can easily replay entire 
T!L?» PS " 3 tSSter findS ^ 6rr ° r and error is corrected by the developer, the code must be 
retested to ensure the repair. This retest should be an exact duplicate of the steps that caused the original 

J^ eS l Se !I eS ° f commands often diffi c"t to remember and time consuming to repeat It is also 
difficult for the human tester to know if any other changes have occurred on the path toward the original 
error. 
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SESSION replays the exact series of keystrokes leading to the original error and -when run as it was in 
threshold testing -also notes differences that have developed up to that point in the test In automatic 
testing, SESSION can be used to reduce the drudgery and repetition of the tester's activities. 

Convert Mode 



CONVERT is a translation program that changes files created by SESSION into human-readable form. 
CONVERT can also change human-readable files into SESSION-readable form. 

w Referring now also to Fig. 8 there is shown the convert function 40, to which is connected the images 
file 26, the commands file 28 and the instructions file 30, cumulatively referred to as saved session files and 
identified by reference numeral 42. Three text files 46 and a host format images output file 48 form human- 
readable files referred to generally as reference numeral 44. 

Human-readable files 46 can be edited with any PC editor. Using the command language, new 

75 commands can be inserted, old ones deleted, the file expanded, contracted or even used to create an 
entirely new file. CONVERT 40 must be executed once again to make the file usable by SESSION. 

A command file can be created in either of two ways. The first is by recording the command file using 
the SESSION program. The user issues a begin task definition command within SESSION (Ctrl-M). The 
interactive task is then performed normally. When the task is completed an end task definition command - 

20 (also Ctrl-M) is entered, which causes the originally specified task to be saved as a command file. The 
second way to create a command is simply to use an editor to create a list of commands as previously 
defined. .This list is then processed by the CONVERT program which makes an executable command file. 

The files 42 converted back into SESSION format are syntax checked and logic checked. This is similar 
to compiling a Basic or Pascal program. In the present context, the compiling analogy relates to files that 

25 contain commands, both SESSION-readable and human-readable. Errors are flagged and, depending on 
their severity, the conversion continues or ends. The file is placed into SESSION format and given the 
highest existing extension number (i.e., .C number, .S number or .H number) plus one, so that no files are 
overwritten. 

One of the advantages of using CONVERT on command files is that the language ;rt supports allows 
30 more than the emulator keys that SESSION can capture. This allows a command file to accomplish a more 
generalized task than the command file was originally created to do. Since a type of compilation is done on 
the file, looping controls are supported as are screen searches, saves and variable parameters. Some of 
these language commands simulate keys that are defined to SESSION; others are defined to the language 
alone. Although SESSION cannot capture special language controls when recording, it can understand the 
35 controls when they are built into the command file. 

The compile that is performed when the human-readable file is made SESSION-readable is a type of 
corrective compile. Only when the problem is compiled past the point of a correction or the problem is too 
severe, does CONVERT abort the compile. But if an error is found that can be corrected during the 
compile, it is corrected. 

40 CONVERT inserts necessary commands, if possible, to satisfy requirements of SESSION if such 
commands were omitted. These added commands are noticeable when the SESSION-readable file is 
converted back to human-readable, having been originally converted from human-readable form. This 
operation is useful for debugging command language files because the commands that the compiler 
changes become evident. It is recommended that any such twice-converted files be inspected carefully and 

45 not converted a third time. 

In operation, the CONVERT program 40 can convert the commands file 28, the images file 26 or the 
instructions file 30 or any combination thereof into the text files 46. Moreover, the images file 26 can be 
converted by the CONVERT program 40 into the host format images file 48. 
To invoke the CONVERT program 40, the following syntax must be used: 

50 

CONVERT <filename> [fromc toe] |[c#] [nonum] 

where the aforementioned parameters, shown in brackets [] to indicate that they are optional, represent the 
following functions: 

55 

fromc toe direction of conversion 
c# level of file to convert 
nonum without cursor location 
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CONVERT can be used to create a command file, to modify one. to generalize one or even to make 
one a repeating self contained host session. 



s-z Error Reporting 

Error reporting is a process in which testers and users document problems for the code developer to 
cons,der and to eliminate, if possible. Conventional methods of documentation are often poor a representa- 

» rZil ! ^TT ™h !"* * lm9 de ' ayS tefore co ™<*°™ « effected, confusion as to what the 
£f ™J m 6Xtra communication beyond the documented error in an attempt to determine 

tte problem Moreover smce users may not remember the exact sequence of steps that were used in 
drscovenng the errors the error is often incorrectly documented and considered invalid by the developer 
™ m V 7? 5 « ° N ' m ex3Ct reCord is kept a ^ terminal sessi ° n - "^is record includes not only 

, s r^^L TZ S ?T diSP,ayS S6en by the user as we " 35 a 'ine of text that the user can add 
NoS SS2&?,IS * e H deSCn 2f "5 304,0,15 ,eadin9 to probtem - ™ s fe accomplished by the 
"°J^J°t * fUnCt, ° n heremab0ve described - ^ en « r e Page or screen of user specified text can be 
ST^t™, £ S6SSl0n ,s ~ m P ,ete "sing the EDITOR program. With this documentation, the developer 

Zt 5 ™* T^k 0131 the user 6ntered - but the time at which the. user entered them, wha? Z 

saw and what he was thinking at the time. * "* 
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Reconfiaurahte Automatic Taskir 

SESSION, as an emulator overlay, can allow features to exist that the normal emulator alone cannot 



SESSI^nd V 5 T fi,6S * *• PC ,eVel ' ° r CUSTS 0r on *• host sy^m- By using 

SESSION and stmply recording a senes of commands, a macro can be created. This macro can be played 
back at any time, reducing repetitive or difficult keystrokes to a macro file name 

_ ^PfT 1 embodiment the following commands form a set that includes all commands that can 

ZSSJ? ! ^Sf* 35 We " 38 ^i*' 0 " 31 commands that can make the macro more flexSeTr 
reconfigurable. as hereinbelow discussed. 



Keyboard Functions 
as DNSOFJ 

PNSON] 

[PRTSC] 

[ENTER] 

[TR] 

[EEOI] 

[EEOF] 

[HOME] 

[B] 

[TAB] 
45 [BTAB] 

[U] 

[D] 

[CR] 

[R] 
so [L] 

[END] 

[PF1] 

[PF2] 

[PF3] 
55 [PF4] 

[PF5] 

[PF6] 

[PF7] 
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[PF8] 
[PF9] 
[PF10] 
[PF11] 

5 [PF12] 
[PA1] 
[PA2] 
[CLEAR] 
[DEL] 

;o [RESET] 
[BEEP] 



ts Variable Parameters 
. [%0] 

[%1] 

[%2] 

[%3] 
a? [%4] 

[%5] 

[%6] 

[%7] 

[%8] 

25 [%9] 



Time Stamp 
30 [T] 



Find String Delimiters 
35 [F + ] 
[F-] 



40 Do If Found 
[ + F] 



45 Do ]f Not Found 
l-F] 



50 Wait Until CTRL-W 
[WAIT] 



55 Pause Until Any Key is Struck 
[PAUSE] 
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Begin and End 

[>I 

H 



Command Rle Name Delimiters 

[C+l 

[C-] 



10 



Stop and Keep Session Going By Repeating Enters 
[HOLDI 
rs [STOP! 



Labels for GOTOS 
ar pu 

til 
D2I 

[:4] 
25 [:5] 
[:6] 
t7] 
[*] 
t9] 



GOTO Commands 

[601 
35 [G1] 

[G2] 

[G3] 

[G4] 

[65] 
40 [G6] 

[67] 

[68] 

[69] 



so 



No Operation 
[NOP] 



Delay Specified Period of Time 
[DELAY] 
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Special Checking For System In Use 

[VM] 

[MVSI 



Password Delimiters 

[L+] 

[L-] 

10 



Enable/Disable Screen 
[BLNK + 1 
75 [BLNK-1 



Specific Cursor Location 
20 [GOXY] 
[SNAP] 
[OLDXY] 

tn 
ni 

25 [TYPER] 
[TYPEL] 
[TYPEU] 
[TYPED] 

so 

Reset GOTOS 

[RO] 

[R1] 
35 [R2] 

[R3] 

[R4] 

[R5] 

[R6] 
40 [R7] 

[R8] 

[R9] 

[READ 

45 



Local Variables 

[VARO] 
so [VAR1] 

[VAR2] 

[VAR3] 

[VAR4] 

[VAR5] 
55 [VAR6] 

[VAR7] 
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[VAR8] 
[VAR9] 



Uppercase/Lowercase 

[CAPON] 

[CAPOF] 



10 



Assign Values to Variables 

[SET0 + ] 

[SET1 +] 
rs [SET2 + I 

[SET3+] 

[SET4+] 

[SET5+] 

[SET6 + ] 
20 [SET7 + ] 

[SET8 + ] 

[SET9 + ] 

[SET-] 
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Erase Lead and/or Trail of Local Variable 
[STRIP] 



30 



Macros can also be written instead of recorded, or altered once recorded, by using CONVERT and the 
command language. The command language allows conditionals, loops, writes to disk, variable parameters 

M ™L?™ y u fUnC l°? S COU,d not te du P Iicated mere 'y ^ recording. The command language 
w + I? , ^ Po^I macros to be built that can process indefinitely. Once created or modified, the 

t f SSiiST h t," 1 ^ 0 (a ^ CM ° file) iS ^ exeCUted under *» 00 "VZ™- Program. This places the file 
m SESSlON-readable form <.C# file). The file can be exercised under CONVERT any number of times until 
even the most complex macro is correct 

„ . ^ fo,,owin 3 macro file is an example of a simple macro into which additional commands have been 
<o .nserted to alow the file to update a whole series of host files automatically. FIND, GOTO and looping 
commands allow the macro to be more flexible than a conventional macro, in that the macro can react 
appropnately to changing system conditions. 

This file is designed to use XED (on VM) to update a series of files automatically 
[.-0][PF4][n select a date set from fulist [*)] 
45 [ENTER][("] ensure past the profile selection [*)I 

SET HEX ON [ENTER][C] allows searching for string [-)] 

[:1]/X'4B9789405A7BE2'[ENTERIC]find.pi!#S P)] 
[F + ]/X'4B9789405A7BE2'[F-] 

[ + F][G2][30] 

S U 1h U] tU - [U I 1 ,- U1 [Ul fU1 fU] [Ul [UJ Mt BTAB J C tEND]IEND][END] P [ENTER] [(■] copy the line down, 
[Ujl^l^TAB^E^ENTER^" 3 ' 3 ' 6 ' ,nSert i^f0,7^ation • move to line a"* 1 delete *» #s [*)] 

[GOXY][1:24][U] [U] [U] [U] [U] [U] [U] [U] [U] [U] [U] [U] [TAB] 
55 [INSON].if X&testman. = X4 [INSOF] [ENTER] 

[U] [U] [U] [U] [U] [U] nj] [U] [U] [R] [R] [R] [R] [RJDEL][DEL][ENTER] 
G1 1000 



so 
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IZREEafrl RLE [ENFERJ [fl save file and see if more Dl 

[DI 

[GOXYI [f 9:31 
[F+JAt[Rl 
5 [ + FIHOMEJ[DptBMTERI 
[-FHSTOPJ [NOPJ 
[GO][30] 



w Emulation 

CONVERT can be used to generalize macro files, create long running and/or repetitive tasks, simplify 
daily operations and customize the way that the user interacts with the host system. A macro file may be 
captured with specific inputs, such as data set names, and later converted to variable parameters. Long 

75 running and repetitive tasks can be executed by entering a few keystrokes with a looping or branching 
macro. Finally, CONVERT can be used to make the host appear to accept parameters with a command or 
automatically save a data set when editing is complete. For example, a command fiie to edit a data set and 
have it saved when editing is complete may appear as follows: 
[CLEAR] 

20 [EDIT] [%0] [ENTERI 
[WAIT] 

[HOME] SAVE [ENTERI 
[HOME] QUIT [ENTER] 



To use the host editor now, the keystrokes would be: 
Ctrl-P . : v • ; 

EDIT MY-DATASET 

30 

MY-DATASET now occupies the [%0] position and the system is in the editor in WAIT state. When 
editing 

is complete, the user can press Ctrl-W to save the file, exiting the editor. Ja- 
gs . ' ■ • 

Claims 

1. A recpnfigurable automatic tasking system comprising: 

a) a host system capable of executing interactively initiated operations; 
40 b) means for executing a program having an interfacing program loaded therein, which program is 

adapted to define and to execute a task repetitively; 

c) an interface operattvely connected to said host system and to said means for executing a program, 
said interface being adapted for issuing commands to and receiving data from said host; and 

d) an independently executable task generalizer program operatively connected to a task defined by 
45 said interfacing program for adding generality thereto after said task has been defined. 

2. The system in accordance with claim 1 wherein said task generalizer program comprises means for 
converting task descriptions contained within a text file into executable tasks. 

3. The system in accordance with claim 1 wherein a user may terminate said task execution. 

4. The system in accordance with claim 1 wherein said means for executing a program comprises a 
so smart terminal. 

5. The system in accordance with claim 1 wherein said interfacing program comprises means for 
securing said task from unauthorized access.. 

6. The system in accordance with claim 1 wherein said interfacing program comprises means for 
learning said task empirically. 

55 7. The system in accordance with claim 6 wherein said task generalizer program comprises means for 
adding conditional processing to said task for facilitating reconfiguration thereof in response to a dynamic 
host environment 
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70 



8 The system in accordance with dam 7 wherein one of said tasks is capable of initiating another of 



said tasks. 



9. The system in accordance with claim 7 wherein said task generalizer program comprises means for 
storing output data from said host for future analysis. 

in JV 1 * S .y Stern j n fK^ance with claim 7 wherein said task generalizer program comprises means for 
instructing said interfacing program to suspend task operation. 

11. The system in accordance with claim 10 wherein a user may continue said suspended task 
opo icttion. 
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FIGURE 2j 
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ISILOEMO SCRIPT A1 V 132 TRUNC = 132 SIZE = 21 LINE=12 COL = 1 ALT = 0 
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Keystrokes entered to get here: ~ ~" 

This is a demonstration of the ISIL GML language, and some simple things to do to get started. 

To use ISIL (or GML) you must first have familiarity with an editor, and be in a data-set to edit. 

Create a data set named ISILDEMO SCRIPT on your 'A' disk, so that we can start reviewing some 
basic ISIL tags. 

Keystrokes needed for next screen: 
xedit isiidemo script a 1 [ENTER] 

A:IS1L : Page 1 

FIGURE 4a 

Keystrokes entered to get here: ~ : : ~ ~ ■ ! 

xedit isiidemo script a 1 [ENTER] 

This is the standard XEDIT screen, enter input mode so that the ISIL tags and text can be used. 

Keystrokes needed for next screen: 
lnput[ENTERl 

,. ■ ' A:ISIL1 : Page 2 

_ _ . FIGURE :4b 

Keystrokes entered to get here: ' ~ " " 

inputlENTERl 

:p - This designates the beginning of a new paragraph. It may be used any time that a new ^ 
paragraph is to be started. All text following it will be part of that new paragraph. 

Try the :p. command by typing the following text: 

:p. Paragraph 
used like rp.This 

• A:ISIL1 : Page 3 

FIGURE 4c 

Keystrokes entered to get here: " — " 

:p.Paragraph[CRIused like :p.This[ENTER] 

To see what ISIL would do with this type of 'tag', simply press ENTER. 

(For real 'scripting' of the ISIL tags, you would have to leave the editor and issue a more 
complicated command, but this will be covered later. Suffice now simply to demonstrate the effects 
of the ISIL tags on the text.) 

Keystrokes needed for next screen: 
[ENTER] 

A:1SIL1 : Page 4 

FIGURE 4d 
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Keystrokes entered to get here: 
[ENTER] 



s\ S n>?edTsiUi£. the f ° rmat ° f ^ fi ' e US8d in XED,T h3S ,itt,e bearlng on the format of the 
The :p. tag caused a separation within the text, and a line skip. 
To re-enter the editor and see other ISIL tags, just press ENTER. 



Keystrokes needed for next screen: 
[ENTER] 



FIGURE 4e 



AMSIL1 : Page 5 



Keystrokes entered to get here: ~ ~ — ~ : " : . — ■ ■ ■ '' ' 

[ENTER] 

Next we will cover headers. Headers are used to set apart logical sequences of similar text 1SH 
although the header tag is followed by a number designating its level. paragrapn i.pj. 

Type the following to become familiar with the use of ISIL headers: 

:h1.Head level one 
:h2.Head level two 

...and press ENTER 

ISIL1 : Page 6 



FIGURE 4f 



Keystrokes entered to get here: 

rhl.Head level one[CR]:h2.Head level twofENTER] 




Now type the next two levels as follows: 




:h3.Head level three 
:h4.Head level four 




...and press ENTER 


ISIL1 : Page 7 



FIGURE 4g 
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Keystrokes entered to get here: 

:h3.Head level three[CR]:h4.Head level four[ENTER] 




Finally, type the last two levels of headers as follows: 




:h5.Head level five 
:h6.Head level six 




...and press ENTER 


ISIL1 : Page 8 


FIGURE 4h 



Keystrokes entered to get here: 

:h5.Head level five(CR]:h6.Head level stxlENTER] 




Again, to see what lSIL scripted would look like, just press ENTER. 




Keystrokes needed for next screen: 
[ENTER] 


ISIL1 : Page 9 



FIGURE 4i 



Keystrokes entered to get here: 
[ENTER] 

Although difficult to see on-line, a level one head causes a new page to be printed with the header 
at the top. A level two head is printed in bold-doublestrike. A level three head is printed in italic- 
doublestrike. A level four head is printed in bold. A level five head is printed in italic, in-line with the 
text, and a level six is printed italic, text size, in-line with the text. 

To return to the editor and see the ISIL tags for lists, simply press ENTER. 

Keystrokes needed for next screen: 
[ENTER] 

ISIL1 : Page 10 



FIGURE 4] 
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Keystrokes entered to get here: ~ — 

[ENTER] 

There are three kinds of lists in ISIL: 
simple lists 
unordered lists 
ordered lists 

Simple lists are as they seem, simple. Type the following and you'll see what I mean: 
:sl. 

:li.item1 
:ii.item2 
:esl. 

—and press ENTER 

_ " ISIL1 : Page 11 

FIGURE 4k 



I Keystrokes entered to get here: 
:sl.[CRl:li.item1 (CRI:I1 .item2[CR]:esI. 




:si. - designates a simple fist 

:Ii. - designates a list item 

:esK - designates the end of the simple list 




To see what ISIL would do with this, just press ENTER. 




Keystrokes needed for next screen: 
[ENTER] 


ISIL1 : Page 12 



FIGURE 41 



Keystrokes entered to get here: 
[ENTER] 

As you can see, the list is made under the level six heading (since that is the level last referenced). 

To find out more about lists in ISIL. press ENTER. 

Keystrokes needed for next screen: 
{ENTER] 

IS1L1 : Page 13 

FIGURE 4m 
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Keystrokes entered to get here: 
[ENTER] 

There are two kinds of lists left, unordered lists and ordered lists. 

The tags are similar to the simple list :sl., and :esl.. only the list type is different. 

Press enter and type the information presented in the Keystrokes Needed area from now on. 

Keystrokes needed for next screen: 
[ENTER] 

1SIL1 : Page 14 

FIGURE 4n " 



Keystrokes used to get here: 
[ENTER] 




Keystrokes used to continue: 
:oUCR]:!Mtem1[CR]:ii.item2[CR]:eoUENTER] 


. ISIL1 : Page 15 



FIGURE 4o 



Keystrokes used to get here: 




:ol.(CRl:li.item1[CR]:li.item2[CR]:eol.[ENTER) 




Keystrokes used to continue: 




[ENTER] 
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FIGURE 4p 
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FIGURE 6c 
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